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DETAILED ACTION 
Response to Amendment 

1 . Examiner acknowledges Applicant's Amendment filed on January 09, 2002, 
paper no. # 4. 

2. Claims 1 -20 are remain pending in this application. 

3. Claims 1 ,4-6, and 16 have been amended, paper no. # 4. 

4. Claims 1 , 1 1 , and 1 6 are independent Claims. 

Drawings 

5. The Drawing filed on 8/1 3/1 999 are approved by the Draftsperson 
under 37CFR 1.84 or 1.152. 

Information Disclosure Statement 

The information disclosure statement filed on 8/13/1999, paper no. # 2 has 
been considered and a copy was enclosed, [see paper no. # 3]. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

6. Claims 1-6, 16-19 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Story et al., [hereafter Story], US Patent No. 6081807 in view of Frey, US Patent 
No. 6029168. 

7. As to Claim 1 , Story details a system which including 'a file system for storing 
data' [see fig 1, element 120, and element 132J, examiner interpreting file system 
corresponds to Story's Network file system, more specifically as detailed in fig 1 , 
element 122, col 4, line 4-5; 'a plurality of storage devices, each storage device 
operative to store at least one copy of at least one file' [col 4, line 1-2, line 15-17], 
examiner interpreting plurality of storage devices corresponds to Story's fig 1 , 
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ele m enH 2 0,an d e l e m enM3,a l soS^ t eac hesf o rexamp ,e, ocal „ lesystenl114 

l 3Conneo t e dt o di s k p ro ce SS e,e m en t12 S isfurtherli nKe dt oa d a t as t o rag e d e V ic e 

element 122 NFSsen/Pr -at ' 
sender, a. ,eas t one name server ■ [», 4, ,ine 12-14, flg ,, element 

130,, examiner interpreting name server responds to Story, * eiemen, ,ao 
'each name sen,er physically separate from the a, leas, one ,oca«on serve, [see tig , 
« 1. col 4, , ine ,. 3 , line 13 . 20] , ^ ^ fof ^ ^ ^ ' 

may access network server element 106 via network connect, eiement 1 1 0 as 

eacnfle into ^ location' 'map a r„e name to , he f„e ident ffi er referenced by ,hef„e 

of each copy of the fi,e represented by the f„e identfier- ,col 6, line 29-40 fig 4-5,. 
~rno< e stta,NFSC,iente,e m en,116 and NFS server element 122 are ' 
connected through network, eiemen, 1,0, ffle identify corresponds to Storys «. id as 
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teaches 'file name to the file identifier referenced by the file name' [col 5, line 30-34], 
Story teaches for example OSS file system orVNODE of fig 1, element 124 is 
associated with the file(s) using a hashing mechanism as detailed in fig fig 4, element 
402, based on the file ID and file set ID. On the other hand, Frey teaches the claimed 
feature 'map a file identifier for each file into the location' [col 6, line 23-31], file 
identifier corresponds to Frey's fig 6, element 60 is unique file ID, 'map a file name to 
the file identifier referenced by the file name' [col 6, line 46-57], Frey teaches for 
example for each file created, its information is stored in a table in the form of index as 
detailed in fig 5, index element 49, see col 5, line 8-10, each time a file is created, it 
receives a name, the file name is stored in a directory with the file ID element 60 as 
detailed in col 5, line 43-45. 

It would have been obvious one of the ordinary skill in the art at the time of the 
invention to have incorporated the teachings of Frey into the stateless network file 
system server or stateless network file system of Story because they both are directed 
to distributed computing environment, more specifically network file system [see Frey, 
fig 1 , col 2, line 22-32, col 3, line 1 7-20; Story, see Abstract, col 1 , line 6-1 0], and are 
both from the same field of endeavor. One of ordinary skill in the art at the time the 
invention would have been motivated to have combined the references because that 
would have allowed user of Story's modify OSS file system 124 of the file system data 
structure containing VNODEs, more specifically modifying VNODE fig 4, element 404 
incorporate Frey's file mapping techniques of distributed mapping mechanism which 
maps file block sizes more specifically, mapping the logical file blocks for each file onto 
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physical sectors with specific addresses ensures the proper access to the file in a 
network file system [see Story' co 4, line 21-31], bringing the advantages of optimizing 
use of physical storage capacity while minimizing file access overhead [see Frey col 2, 
line 62-66] , improving the performance, reliability and versatility of the distributed or 
network file system. 

8. As to Claims 2, and 1 7, Story details a system which including 'each file is stored 
as at least one file extent, the file identifier comprising a file handle' [col 4, line 39-52], 
examiner interpreting File handler corresponds to Story's fig 3, detailed under NFS 
request, also examiner notes that File handler is a data structure that contain 
information for uniquely identifying the file to be accessed as detailed in col 5, line 24- 
26. Story teaches for example network server 106, NFS server 122 is connected 
through network interface element 126, to a disk file system such as OSS file system 
element 124, further OSS file system 124 supports disk files as detailed in col 4, line 4- 
6, line 53; Story specifically teaches NFS request including File handle as detailed in fig 
3, also Story teaches file handle contains information such as type of file, the time of 
creation of the file, a unique identifier or file ID for the file set in which the file resides 
and like as detailed in col 4, line 44-46. 
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9. As to Claims 3, and 1 8, Story details a system which including 'each file is 
represented in storage as an object and each file identifier is an object identifier 1 [col 4, 
line 53-60, col 5, line 2-6], examiner interpreting object identifier corresponds to Story's 
VNODE because, OSS file system has the ability to locate VNODE associated with the 
file using hashing mechanism based on the file ID and file including file handle as 
detailed in col 5, line 30-34. 

1 0. As to Claims 4, and 1 9, Story details a system which including 'location server is 
further operative to store metadata associated with each file identifier' [col 4, line 53-60, 
line 66-67, col 5, line 1-6], examiner interpreting location server corresponds to Story's 
OSS file system as detailed fig 1, element 124, OSS file system further contains 
VNODE, examiner interpreting meta-data corresponds to VNODE meta-data because, 
firstly VNODE is a file-system data structure, secondly, each active file has an 
associated VNODE , see Abstract, col 2, line 39-41, thirdly, a VNODE contains 
information about the state of the file, for example whether it is open, cached data 
location, timestamps associated with the file and like as detailed in col 4, line 56-59. 

11. As to Claim 5, Story details a system which including 'at least one location server 
is on a first computer system* [see fig 1 , element 102, and element 114], examiner 
interpreting first computer system corresponds to Story's network server, fig 1, 
element 106, location database corresponds to Story's local file system as detailed 
fig 1 , element 1 1 4; 'at least one name database is on a second computer system in 
communication with the first computer system' [see fig 1, element 106, element 130 col 



Page 8 

— - — — iz:r~ m " 

computer system is in com™ ■ ' e,ement 1 10 . '"erefore, second 

■n commotion w . t „ , he flrs| ^ 

12 ' AS,0C ' aim6 ' S,0 ^ e, * a ^whic hW udin 3 .a„eas,on s 
^ a Plurality of name servers' ffia 1 ^ 

ervers Iflg 1, element 130, col 4 line me. 

^Pretingnameservercorrespondstos^, ' " 

'aneastoneoftnepiuraiitv* ^ ^ ^ 130; 

^ir 3 " 18 ^" 9 "-— s s b ndard. 

•at Im x aS su 99ested in col 1 |i ne 43 3*. 

at /east one of plurality nf ^0-^3, 

^ ~ 1« * line 64-67. col 7, iine „ 2J . 

13 ' ^ ,OC ' aim16 ' St0 ^ etail -^.e mW n,c h i„c, U din 9 , fi ,esys,em f , 

1. s'emen, 120, andelemen, 132 , . ' * * ,, " nfcr **» 

responds to Stores N t * 9 
leas, one copy of „ , east one fl|e , 



♦ ♦ 

Application/Control Number: 09/373,795 

Art Unit: 2177 ' Page 9 

element 120, and element 132, also Story teaches for example local file system 114 
is connected to the storage device, element 120, similarly, OSS file system element 124 
is connected to disk process element 128 is further linked to a data storage device 
element 132 as detailed in col 4, line 13-15; 'at least one location database" [fig 1, 
element 122], examiner interpreting location database corresponds to Story's fig 1, 
element 122, NFS server; 'at least one name database ■ [col 4, line 12-14, fig 1, 
element 130], examiner interpreting name database corresponds to Story's fig 1, 
element 130, 'at least one client' [see fig 1, element 102], examiner interpreting client 
corresponds to Story's network client as detailed in fig 1, element 102; 'request a file 
identifier corresponding to a requested file name' [see fig 1 , col 4, line 24-27, line 41 - 
47], Story specifically teaches for example file accessing mechanism as detailed in fig 1 
is part of the interface element 1 1 8 accepts the request and sent to either local file 
system element 1 14 or network file system client element 116 depends on the location 
of the file, therefore, receiving and sending request for file is being done through 
network interface; 'request location information corresponding to the received file 
identifier' [col 1, line 43-46, col 4, line 29-31, line 44-47], examiner interpreting file 
identifier corresponds to Story's file ID as detailed in fig 4, element 404; 'receive location 
information, received file identifier* [col 4, line 53-60], Story teaches file-system data 
structures called VNODE, which contains various kinds of information about the state of 
the file as detailed in col 4, line 54-57, further OSS file system try to locate a VNODE 
associated with the file based on the file ID and file set ID and like as detailed in col 5, 
line 30-34, 'access data using the location information' [col 5, line 35-40], 'each name 
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14. Claims 7-10, and 20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Story et al., [hereafter Story], US Patent No. 6081807, Frey, US Patent No. 
6029168, as applied to Claims 1 and 16above, and further in view of 
Long et al. .[hereafter Long], US Patent No. 5991763. 



1 5. As to Claims 7, and 20, Story details a system which including 'request a file 
identifier" [see fig 4, element 404, col 6, line 32-34], examiner interpreting file identifier 
corresponds to Story's file ID as detailed in fig e, element 404, 'at least one location 
server [see fig 1, element 122], 'receive the requested file identifier 1 [col 5, line 25-27], 
'register the file identifier" [col 5, line 30-34, col 6, line 37-40], 'at least one name server" 
[fig 1, element 130]. It is noted, however, both Story and Fred do not specifically detail 
the claimed limitation 'new file name for the new file', on the other hand, Long teaches 
the claimed feature 'new file name for the new file" [col 6, line 57-67, fig 4]. 

It would have been obvious one of the ordinary skill in the art at the time of 
applicant's invention to combine the concepts taught by Long with the system of Story 
and Fred because they are directed to distributed computing environment, more 
specifically network file system [see Frey, fig 1, col 2, line 22-32, col 3, line 17-20; Story, 
see Abstract, col 1, line 6-10; Long fig 1, element 102 is network computer, files 
accessible through a network connection as detailed element 124, col 4, line 2-4], and 
are from the same field of endeavor. One of ordinary skill in the art at the time the 
invention would have been motivated to have combined the references because that 
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would have allowed user of Story's modify OSS file system 124 of the fi.e system data 
structure containing VNODEs, more specifically modifying VNODE fig 4, element 404 
incorporate Long's relevant data files with different directory path creating new names 
for the data files as suggested [see Long col 6, line 61-67], further allows to locate 
specific file(s) in the network fi.e server, thus improving the performance of both 
operating system and application software [see Long col 3, line 51-52]. 
16. As to Claims 8-9, Story details a system which including 'send a requested file 
name to the name server" [col 4, line 13-21, line 47-52, col 8, line 35-36]; examiner 
interpreting name server corresponds to Story's fig 1, element 130Yeceive a file 
identifier corresponding the requested file name' [col 4, line 44-17, col 5, line 30-34], 
examiner interpreting file identifier corresponds to Story's file ID as detailed in fig 4, 
element 404 contains file ID; 'an indicated location server from the name server* [fig 1], 
examiner interpreting location server corresponds to Story's NFS server, fig 1, element 
122; 'request from the indicated location server updated locations for a write operation 
to the requested file' [col 5, line 4*60, col 6, line 1-6], examiner interpreting updating 
operation is inherent aspect of Story's teaching because each file is associated with 
VNODE, further VNODE contains file ID, file set ID from the file handle and these are 
hashed into the bucket of VNODE has table as detailed in col 6, line 40-44, further in 
the structure of OSS file system specifically layer a2 creates, and stores VNODEs and 
VNODE has list which is corresponds to updating VNODE association with the file using 
a hashing mechanism as detailed in col 6, line 52-53; 'receive updated locations from 
the location served [col 6, line 37-44, line 62-67]; 'write data to the received updated 
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locations' [col 7, line 21-28], 'read data from the at least one received requested 
location' [col 5, line 20-24]. 

1 7. As to Claim 1 0, Story details a system which including 'send an existing file name 
for an existing file to the name server" [col 4, line 13-21, line 47-52, col 8, line 35-36], 
'receive a file identifier corresponding the existing file from the name server" [col 4, 
line 44-47, col 5, line 30-34], 'send the file identifier 1 [col 6, line 32-34],' at least one 
name server 1 [fig 1, element 130], on the other hand, Long teaches 'registering the 
new file name for the existing file' [col 6, line 57-67] 

18. Claim 15 is rejected under 35 U.S.C. 103(a) as being unpatentable over Story 

et al., [hereafter Story], as applied to Claims 1 1 above, and further in view of Long et al., 
[hereafter Long], US Patent No. 5991763. 

1 9. As to Claim 1 5, Story details a system which including 'sending the file identifier" 
[see fig 4, element 404, col 6, line 32-34], examiner interpreting file identifier 
corresponds to Story's file ID as detailed in fig e, element 404, 'at least one name server 
[see fig 1, element 130], it is noted, however, Story does not specifically detail the 
claimed limitation 'new file name for the file', on the other hand, Long teaches the 
claimed feature 'new file name for the file' [col 6, line 57-67, fig 4]. 

It would have been obvious one of the ordinary skill in the art at the time of 
applicant's invention to combine the concepts taught by Long with the system of Story 
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because they are directed to distributed computing environment, more specifically 

network file system [Story, see Abstract, col 1, line 6-10; Long fig 1 , element 1 02 is 

network computer, files accessible througn a network connection as detailed element 

124, co, 4, line 2-4], and are from the same field of endeavor. One of ordinal skill in 

the art at the time the invention would have been motivated to have combined the 

references because that would have allowed user of Story's modify OSS file system 124 

of the file system data structure containing VNODEs, more specifically modifying 

VNODE fig 4, element 404 incorporate Long's relevant data files wifi, different directory 

path creating new names for the data files as suggested [see Long col 6, line 61-87], 

further allows to locate specific filers, in the network file server, thus improving the 

performance of both operating system and applicafion software [see Long col 3 line 51- 
52]. 



Claim Rejections - 35 (JSC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 
KdSsS 

by another who has fulfilled S^S^^SSSS^ "«% m , intemationa ' *PP"<*tion 
title before the invention thereof bytte applicant fcr?5fi? { ) ' P) ' (4) ° f S6Cti0n 371(c) of 

20. Claims 11-14 are rejected under 35 U.S.C. 102(e) as being anticipated by Story 
et al., [hereafter Story], US Patent No. 6081807. 
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21 . As to Claim 1 1 , Story details a system which including 'accessing a file 
referenced by a file name' [col 1 , line 43-46, col 2, line 20-25, line 39^1 , col 4, line 23- 
26, line 41-47], Story teaches accessing a file for example open a file as detailed in col 
4, line 22-23, further Story also teaches file access mechanism is integral part of file 
system e.ement 1 14 or network file system element 1 16 depends on location of the fi.e, 
therefore, Story teaches accessing a file, it is also common knowledge that specific 
file(s) are identified by either fi.e name or file ,D for example Story teaches a file handle 
which is a part of network file system contains information about file(s) such as type of 
file, unique identifier or file set ID, a unique identifier or file ID for the file within the file 
set as detailed in col 4, line 43-47, see fig 4, element 404 specifically details file ID, file 
set ID, also Story specifically teaches for example file handle defined by the network file 
system protocol data structure, this file handle contains information to uniquely identify 
the file to be accessed as detailed in col 1 , line 43-46, therefore, Story teaches 
accessing fi.e referenced by a file name or file ID which is unique to each file; 'file stored 
on at least one storage device' [see fig 1, element 120 and 132, col 4, line 1-3], 
examiner interpreting storage device corresponds to Story's fig 1, element 120 and 
element 132; 'sending the file name to a name served [fig 1 , col 4, line 23-30, line 41- 
47], examiner interpreting name server corresponds to Story's fig 1, element 130, Story 
teaches specifically file handle which contains formation such as type of file, unique 
identifier or fi.e ID and like as detailed in col 4, line 41-47, Story also teaches for 
example network file system or NFS server element 122 is linked to OSS file system or 
VNODEs element 124 through network interface element 126 as detailed in fig 1 , 
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further, OSS file system element 124 contains file-system data structure called 
VNODEs, VNODE contains information about file as detailed in col 4, line 56-61; 
'receiving a file identifier corresponding to the file name from the name server" [col 4, 
line 44-47, col 5, line 30-34], examiner interpreting file identifier corresponds to Story's 
file ID as detailed in fig 4, element 404; 'sending the file identifier to a location server, 
the location server separate from the name server- [col 4, line 47-52, line 56-62, 
fig 1], examiner interpreting location server corresponds to Story's fig 1, element 122, 
NFS server, and name server corresponds to fig 1 , element 1 30 is different from NFS 
server , further VNODE or OSS file system contains information about file for example 
unique file ID, type of file and like as detailed in col 4, line 45-56; 'receiving file location 
information corresponding to the file identifier from the location server" [col 6, line 32-34, 
line 37-40, col 9, line 26-34], Story teaches OSS file system, fig 1 , element 124 heips to 
locate the VNODE for a particular file i.e., VNODE maintains relevant information such 
as corresponding file ID and like as detailed in col 6, line 32-34, it is noted that Story's 
teaching including a Client Network file system element 116, server network file system 
connected though network element 110, therefore, sending and receiving file(s) over 
network is common knowledge and well known in the art; 'accessing the file using the 
location information' [col 5, line 25-27, line 30-34]. 

22. As to Claim 1 2, Story details a system which including 'each file is stored as at 
least one file extent, the file identifier comprising a file handle' [col 4, line 39-52], 
examiner interpreting File handler corresponds to Story's fig 3, detailed under NFS 
request, also examiner notes that File handler is a data structure that contain 
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information for uniquely identifying the file to be accessed as detailed in col 5, line 24- 
26. Story teaches for example network server 106, NFS server 122 is connected 
through network interface element 126, to a disk file system such as OSS file system 
element 124, further OSS file system 124 supports disk files as detailed in col 4, line 4- 
6, line 53; Story specifically teaches NFS request including File handle as detailed in fig 
3, also Story teaches file handle contains information such as type of file, the time of 
creation of the file, a unique identifier or file ID for the file set in which the file resides 
and like as detailed in col 4, line 44-46. 

23. As to Claim 13, Story details a system which including 'each file is represented 
in storage as an object and each file identifier is an object identifier' [col 4, line 53-60, 
col 5, line 2-6], examiner interpreting object identifier corresponds to Story's VNODE 
because, OSS file system has the ability to locate VNODE associated with the file using 
hashing mechanism based on the file ID and file including file handle as detailed in col 
5, line 30-34. 

24. As to Claim 1 4, Story details a system which including 'location database is 
further operative to store metadata associated with each file identifier" [col 4, line 53-60, 
line 66-67, col 5, line 1-6], examiner interpreting location database corresponds to 
Story's OSS file system as detailed fig 1 , element 124, OSS file system further contains 
VNODE, examiner interpreting meta-data corresponds to VNODE meta-data because, 
firstly VNODE is a file-system data structure, secondly, each active file has an 
associated VNODE , see Abstract, col 2, line 39-41, thirdly, a VNODE contains 
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information about the state of the file, for example whether it is open, oaohed data 
location, timestamps associated with the file and like as detailed in col 4, line 56-59. 

Response to Arguments 

25. Applicant's arguments filed on 1/09/2002 have been fully considered but they are 
not persuasive. For the Examiner's response to the Applicant's arguments, see the 

discussion given below: 



26. in the remarks applicant argues Claim 1 1 a) in page 5, Story doesn't disclose 
separate name server and location server; b) In page 5, Story does not disclose a name 
server receiving a file name and sending a file identifier corresponding to the file 
name;c) In page 6, Story does not disclose a location server receiving a file identifier 
and seconding file location information; d) In page 6, Story does not disclose a file 
identifier received from a name server and sent to a location server; e) Claim 12-15, 

Story does not disclose storing a file as one or more extents f) Claim 1 , page 8, 

Story doesn't not teach or suggest applicant's name server; g) Claim 1, page 8, Story 
does not teach or suggest applicant's location server; h) Claim 1 , page 8, neither Story 
nor Frey teach or suggest separate name server and location server; I) As to Claim 16, 
Story does not teach or suggest applicant's name database; j) In page 9, Story does 
teach or suggest applicant's location database; k) In page 10, neither Story nor Frey 
teach or suggest separate name database and location database; I) In page 10, Neither 



not 



0 



Application/Control Number: 09/373,795 Paae 20 

Art Unit: 2177 

Story nor Frey teach or suggest Applicant's client; m) In page 1 1 , line 5-6, Story does 
not disclose storing a file as one or more extents 



27. As to the argument a) Examiner disagree with the applicant because, firstly Story 
teaches for example network file system or NFS [see fig 1], secondly, Story's teaching 
including i) file system element 114, name server element 130 as detailed in fig 1, 
thirdly, network client element 102 is connected through network element 1 10 to 
network server element 106, see fig 1. 

28. As to the argument b) Examiner disagree with the applicant because firstly, name 
server is responsible for file name hierarchy and provides pathname, secondly, Story 
teaches for example file handle which contains information such as type of file, unique 
identifier or file ID as detailed in col 4, line 41-47. 

29. As to the argument c) Applicant agrees in the response that Story discloses NFS 
server containing file set ID and file ID interfaced through element 126 as detailed in col 
5, line 2-6, further Story's NFS server 122 is capable of both sending and receiving file 
information such as file identifier, location information and like because they are 
connected through network element 110 as detailed in fig 1. 

30. As to the argument d) Examiner disagree with the applicant Story specifically 
teaches for example file identifier [see col 4, line 43-47, fig 4, element 404], more 
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specifically file handler contains contains file identifier information, and all the requests 
would be processed through NFS server element 122 as detailed in col 4, line 44-52]. 

31 . As to the argument e and m) Examiner disagree with the applicant because 
examiner rejected Claim 12 based on Story prior art, more specifically Story teaches 
'each file is stored as at least one file extent, the file identifier comprising a file handle 
[see col 4, line 39-52], in the detailed office action, examiner interpreting file handle 
corresponds to Story's fig 3, it is however noted that file handler is a data structure that 
contains information about uniquely identifying the file to be accessed as detailed in col 
5, line 24-26. 



32. As to the argument f) Examiner disagree with the applicant because Story 
specifically teaches for example name server, see fig 1 , element 1 30 

33. As to the argument g) Examiner disagree with the applicant because Story 
specifically teaches for example location server, see fig 1, element 122 NFS server. 

34. As to the argument (h, k) Examiner disagree with the applicant because Story 
suggest name server and location server [see fig 1, col 1, line 62-67, col 4, line 1-3, line 
13-20], Story teaches for example Network File System, having network client element 
102, local file system element 114, further NFS may access network server element 106 
via network connection, element 1 1 0 as detailed in fig 1 . it is also further noted that 
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Story suggests name server element 130 connected to network client element 102 
through network, element 110. 



35. As to the argument of Claim I) Story teaches name database [col 4, line 12-14, 
fig 1, element 130], examiner interpreting name database corresponds to Story's fig 1, 
element 130, further name server or database is responsible for organizing file names in 
hierarchical structure and returns file identifier corresponding to that name as detailed in 
col 5, line 7-8. 

36. As to the argument j) Story teaches for example location database, see fig 1 , 
element 122], examiner interpreting location database corresponds to Story's fig 1, 
element 122, NFS server. 

37. As to the argument I) Story teaches for example network file system comprising 
network file system client, element 116, network file system server, element 122 as 
detailed in fig 1. 
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Conclusion 
The prior art made of record 



a. 
b. 
c. 



US Patent No. 
US Patent No. 
US Patent No. 



6081807 
6029168 
5991763 



The prior art made of record and not relied upon is considered pertinent to 
disclosure 



applicant's 



d. 
e. 
f. 

9- 
h. 
i. 



US Patent No. 
US Patent No 
US Patent No 
US Patent No 
US Patent No 
US Patent No 
US Patent No 
US Patent No 
W096/23268 



5577252 

5873085 

5948062 

6161111 

5761498 

5987506 

5559984 

6230246 



m. Herman C Rao, towards a national collaboratoiyan internet 

file system, pp489-498. 
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THIS ACTION IS MADE FINAL. Ap Pli oan t (s remind e d , e.ens.n o f time 
pol.cy as set forth in 37 CFR 1.136(a). 

^*^, replytotefaiMmisse(to 

™ fr o mthemai , ingdateofth , saction|ntheeven(afirs( 

^^^^^^^^ 

than SIX MONTHS from the marling date of this final action 
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Any inquiry concerning this communication m ^ ^ ^ 

exa mi ne rsh ou ldb6dire c t e dt oS rirama C h annav*,aw h o S e t e l epno„enu mb e ris 
(703,303.538. The exami n er canno m a„ yb e re ac hedonMonday . Fridayfrom 

(703)306-5631. 



is 



If attempts t0 reach the examiner by telephone are unsuccessful, the examines 
supervisor, John E. Breene, can be reached on (703) 305-9790. 
numbers for the organization where the application 
follows: 



The fax phone 
or proceeding is assigned are as 



703/746-7238 
703/746-7239 

703/746-7240 
(703)308-6607 



(After Final Communication) 
(Offical Communications) 

(For Status inquiries, draft communication) 
(Art Unit) 



is 



Any inquiry of genera, nature or relating to the status of this application or 
proceeding should be directed to the Group receptionist whose telephone number 
(703)305-9600. 

Srirama Channavajjala 
Patent Examiner. JOHN BREENE 

January 28, 2002. SUPERVISORY PATENT 

TECHNOLOGY CENTER kloO 




